A Guide to Creating and Formatting User Modules in theWord 
By Costas Stergiou 


General Information 


theWord 5 offers the ability to create new user modules for distribution to others. This guide will give the 
user instructions and simple guidelines to follow, so that all modules are displayed in theWord uniformly 
(herein the program will be referred to simply as TW). This guide also contains useful tips regarding module 
creation. 


Preparations 
Before you distribute a module you should do the following: 
1. Ensure that the module is in the public domain, or 
2. Ensure that you have appropriate permission from the copyright holder to distribute the work. 


It is possible that your proposed new user module is already available in the official library of the program 
found at www.theword.net. Depending on the quality of your modules, it is possible that your module will 
be considered for inclusion at the official site, if you wish so. The quality of a module depends on many 
things, such as its content, whether it has an understandable and logical structure, and the consistency of 
the formatting, amongst other things. Whether or not this is the case, it would be good to send an email to 
root@theword.net, to ask whether or not that particular work is currently available from another source or is 
being worked on by someone else. Before you consider the possibility of writing a module yourself, it is a 
very good idea to get familiar with existing modules in TW5. Working with existing modules will better help 
you to understand all the aspects that characterize a good-quality module. 


Creating the new module 


The first thing the user needs to do is to create the new-module file. All the content of a module is saved in 
a single file with the extension .twm. By default, modules that you create from within the program are called 
user modules (this means they are editable). In Windows XP user modules are saved in 


C:\Documents and Settings\<user>\Application Data\The Word 
and in Windows Vista and later, in 
C:\Users\<user>\AppData\Roaming\The Word. 

Run TW5. Go to the menu and choose File- >New user module... 


The following window will be displayed: 


Create new module __ 


A Create a new user module 


1. What type of module do you want to create? (pause your mouse over each one to see a 
description of what each module is} 


@ Commentary 
_) Dictionary 
) Generic book 


2. Choose the title, description and other information for your new 
module 


Title: 
Description 


Path: 


Type of module: 


Commentary: Modules whose structures follow the versification of the Bible. The user can add 
content only for a book, chapter, or verse of the Bible. The user cannot alter this structure. 
Commentary should be selected when the user wants to make a commentary of a book of the Bible 
(for example), rather than a topical module (e.g. offerings). 


Dictionary: Modules without a tree structure. Modules of this type allow the user to make a 
dictionary structure with entries only at the same level (not parent entries, etc.). 


Generic Books: Modules with a tree structure. This type of module is the best to use to organize 
topics, because it allows for a tree structure that may be freely formatted. The user is not limited to 
the Bible tree structure, but can create a unique structure. 


Title: This will be the name of your file as well as the title that appears in the tab that represents it in Book 
View. Use the format Author - Title of the work, but in an abbreviated form. 


Description: This should be the same as the Title mentioned above, but in a non-abbreviated form. This 
information will be displayed when the user hovers the mouse over the tab that represents this module in 
Book View. 


Path: This indicates where the module is being saved on the user's computer. This is very important: every 
change that is made to a module is automatically saved instantly. Therefore, in case of a computer crash, 
your data is safe. 


After inputting the information, click OK. The new module should now be displayed in the Book View with 
the same name that you gave it as its Title. Notice the paper-and-pencil icon beside the name of the 
module. This indicates that your module is an editable user module. (See screenshot below.) 


» Book view [1], [TSK]: 1Tim 2:10 


; BDB/Thayer TSK 
: A-| e [Tim 2:10 Joa Of 


Options 7 X There are no comments for 1 Timothy 2:10 


Click here to add comments now on [1 Timothy 2:10] 


Alternatively, you may: 
- add chapter comments on [1 Timothy 2] 


- add book comments on [1 Timothy] 


In the example shown above, since Bible View was focused on 1 Timothy 2:10, the user is being asked to 
click in the right panel of the Book View window, to add a comment to this verse. The other options are to 
immediately add comments. 


If the user desires to add a comment to a different verse, he can simply right click in the left panel (this is 
where the module tree is displayed) and select New topic... The “add comments” dialog box appears, in 
which the user can type the verse reference (or chapter, or book) for which he wants to make a comment. 
Let's assume that he wants to make a comment for | Kings 2:3. (Notice in the screenshot below that TW5 
recognizes a verse reference even if it is not typed exactly right.) 


~ 
Select verse reference for comment (nese) 


A | Verse reference: 1 king 2,3 
ed 
1 Kings 2:3 


TIP: You can add a comment on one of the following ranges: 
1. Fora whole book; for example you may add a comment for the gospel of Luke 
2. Fora single chapter; for example, Luke 5 
3. Fora single verse; for example, Luke 5:3 
4. Fora continuous range of verses within a single chapter, for example Luke 5:3-12 


To define a verse range (case 4), use the dash (-) character between the first and last verse 


Cancel 


After entering the reference, press OK. The verse reference should now appear in the tree display area, at the 
left-hand side of the Book View window. You are now ready to add a comment for | Kings 2:3. 


Topic Entry Guidelines 


Basic Rules 


While many formatting options are at the discretion of the module creator, the following guidelines below 
must be considered essential when creating topic entries, especially the first rule below. 


1. The main content of the entry should be in 10 point font size. 


This is the most important guideline. Moreover, you should use 10 point type as the basis for every other 
font size in the module. In other words, normal content within the module should be of this size, but other 
elements, such as headings, subheadings, titles, etc., can be of any other size. 


2. Use only one font throughout the module. 


The Tahoma font is preferable because of its compatibility. There is an option to make any module use the 
default Book View font, but this applies only to non-user modules. That can be set after completing the 
editing of the module, just before distribution. However, if the module employs several different fonts, and 
the option to “Use the default Book View fonts” is selected, in rare cases, the final output may not be 
satisfying. 

3. If monospace fonts are needed, use the “Courier New” font. 


Monospace fonts make all letters use equal spacing. Monospace fonts are not substituted when the “Use 
default Book View fonts” option is applied, therefore the spacing benefits of these fonts will not be altered if 
this option is selected and applied before distribution. 


4. If special fonts are needed (e.g. a special Hebrew font), the user will have the option of 
embedding them in the final version of the module. 


This ensures that the end user’s program will display the module correctly without having to install 
additional fonts. The theWord Importer Tool is needed to embed a special font in the module, but it can 
be downloaded separately (http://www.theword.net/). If any fonts need to be embedded, they must be 
added to the list of “fonts that should not be substituted when the default font is used.” This list can be 
accessed in the Module Properties dialog box, through the Settings/Actions tab, in the Fonts group. 
Remember, the use of a special font is generally NOT recommended except in these rare cases, as 
nearly every modern computer can display everything using standard Unicode fonts that come pre-installed 
with the Operating System. If you ever have a doubt, post your question on the forum. 

Remember that for Hebrew text, you should be using the Cardo font that is always installed with theWord, 
and for Greek polytonic text you should use the Gentium font, which is also installed with theWord (you 
should not embed these two fonts with your module if you use them). 


5. Keep type styles to a minimum. 


These styles include different fonts, font sizes, etc. Most modules should not use more than five or six styles. 
Also, always be consistent in the use of styles, always using the same style in like parts of the same module. 


Other Formatting Guidelines 


1. If each topic is uniform in structure it will make “visual sense.” Users will be able to readily focus on 
the part of the module that they want to see. The following guidelines are for making the module 
more uniform: 


a. Use your fonts in a consistent way throughout the module (size, shape, color). The way of 
using the font should be the same in all similar areas of your topics. 


b. Consider highlighting and/or centering introductory elements, such as: titles, headings, and 
subheadings. 


c. Consider using enhancements such as indentation, bullets/numbering, and text alignment to 
increase the readability of your module. 


Links 


theWord provides extensive linking capabilities, so by all means, use them. The keyboard shortcut for 
inserting or editing a hyperlink is CTRL+K. Links can be made to verses in Bible modules; topics in the 
current module; and topics in commentaries, dictionaries, and generic books in the Book View. Link colors 
can also be customized, and there are many other advanced features, also. The /nsert/edit hyperlink dialog 
box is very easy to use, so make use of it when creating a module. For further information, see these forum 
posts: 


1. http://forum.theword.gr/viewtopic.php?p=2597#2597 
2. http://forum.theword.gr/viewtopic.php?p=2590#2590 


Copying Content from Web Pages 


Many times a module is created by copying content from the web. The TW editor can support many 
features that are not accessible with the buttons found in the program. If the user desires more elaborate 
formatting (e.g. tables, etc.), this can be done externally using a more capable editor, such as Microsoft Word 
or OpenOffice Writer, and then paste the content back into the module. Here are some things to know 
before copying content from the web. 


1. If the user desires the text formatting to be preserved in the copy/paste process, Internet 
Explorer must be used. 


If Mozilla Firefox is used, the formatting will not always be preserved. Even Internet Explorer will lose some 
formatting in the transfer, at times. However, an even better method of copy and pasting is using Microsoft 
Word or OpenOffice Write as an intermediate step. In other words, first, paste the content into an empty 
Word (or OpenOffice Write) document, then copy it from there, and finally, paste it into TW. 


2. There are three ways to automatically detect verse references from pasted material: 


a. While pasting, hold down the SHIFT key. The verse references contained in the pasted text will 
be detected. 


b. After pasting, right-click the reader and select “Detect all verse references in viewer...” 


After completing the module, go to the Module Properties dialog box, then to the 
Settings/Actions tab, and from the Actions group select “Automatically detect all verse 
references for each topic being viewed." This will make the module detect all verse references 
in all of the topics, throughout the module. 


3. Pictures from web sites can be copied and pasted automatically. 


As another option, the user may drag-and-drop pictures directly into the new module. 


Module Properties 


Each module has properties that can be set, some of which were set when the module was created. The 
Module Properties dialog can be accessed by right-clicking the tab for the particular module and selecting 
Properties... This dialog box also has a number of actions that can be performed on the module. 
Distribution / Preparation 


Consider using an acronym or an abbreviated title to name the module. This will conserve space in the TW5 
module title bar. Additionally, in Properties, give the module a version number. This ensures that, when and if 
the module is updated, others can readily tell if they are using the latest version. 


Final Check-list 


The items below should always be checked and corrected (within Module Properties), before the module is 
distributed: 


1. Deselect “User module can be edited.” 


This is so that users will not accidentally edit your module. It also serves to reduce the space slightly, in the 
module title bar. 


2. If you want the module to be viewed exactly as formatted, select “Use the fonts that are 
defined in the module.” 


However, if it is not necessary, leave it as it is. 
3. Perform the action “Detect all verse references.” 
This ensures that all Bible references appear as hot-linked. 
4. Perform the action “Prepare module for distribution.” 


This will clean up any invisible code that may have been used in building the module. 


Tips for Formatting, and Converting Modules 
by Erik Magnusson 


Locking modules. A big complaint is when module creators lock their finished module permanently, in such 
a way that others cannot make helpful improvements to it. Sometimes all that others want to do is correct 
some spelling mistakes, but they are forbidden to do even that. My suggestion is not to lock any module 
unless it is absolutely necessary, or requested by the author. (I also suggest that we never ask the author 
about locking his material, but only that we ask for permission to use it, as we may otherwise complicate the 
process for ourselves.) 


However, having said that, there is an advantage to putting some kind of protection on these modules, so 
that they will not easily be damaged by accident: stray mouse movements, stray keystrokes, selecting and 
deleting text by accident, are common examples. What is worse, as of version 5.0, once the user clicks 
outside the module window, all changes are saved forever and the original text cannot be recovered, not 
even with the "undo" keystroke. Consequently, an easy solution to prevent accidental modification is in the 
"Settings/Actions" tab of each module; the creator can de-select "User module (can be edited)" before 
distributing the module, and in this way, it will be locked, in a sense, only until the end user chooses to 
unlock it. Moreover, the global font preferences will be applied automatically, in most cases, making it more 
legible while in this state. 


Regarding margins. We sometimes forget that these modules are meant to be used, not just placed on a 
shelf and admired. Neither are we creating brochures or posters that will be placed on a wall to be used 
independently of the program. There is no reason therefore, in my opinion, to create facsimiles with these 
modules, but only to reproduce the text faithfully, within reason, for utilitarian purposes. 


Consequently, as screen space comes at a premium, for example, | believe that it is not convenient to 
incorporate pretty "margins" into the module, nor blank spaces at the beginning and end of any module 
text--even if they were present in the original--as it requires of the user more frequent scrolling. Rather, 
Costas has already integrated into the program a means of DISPLAYING margins rather than incorporating 
them into the text. Namely, this function is found at "Options-->Reader's margins". Those users who want 
wider margins can have them, but the rest of us would like as much text in view as possible, so as never to 
scroll until necessary. JG recently re-formatted the International Standard Bible Encyclopedia, for example, to 
remove these excess spaces from the original edition of the module, and all duplicate paragraphs, and the 
result was a wonderful, much more efficient module. Download it here: 
http://www.theword.net/index.php?downlo ... &l=english) 


Spacing between paragraphs. Such spacing is certainly useful and increases the overall legibility of any 
module. However, | find it better to add such spaces not by “double-spacing" between paragraphs, but 
rather by applying the "paragraph" context menu item globally to the topic. In other words, after preparing 
your raw text, | suggest that you first delete all empty carriage returns between paragraphs--but still keep 
them separated--then paste the text into your new module; then select all the text, and then from 
"paragraph" in the context menu, add 10pts globally to be applied at the end of every paragraph. This will 
have the effect of adding the same space that you wanted originally, but without inserting any blank lines 
(empty carriage returns). In this way, if you ever want even more space, or less, instead of manually selecting 
500 empty lines between paragraphs for example, you will simply "select all" the text and then, once again, 
from the same context menu "paragraph" item, you can re-adjust the spacing globally with just a few clicks. 


In fact, the "global" formatting option only affects one topic at a time—not the whole module. We are 
hoping that Costas will eventually create a means for making such adjustments to the entire corpus of text 
in any given module at one time. 


Spacing at the beginning of paragraphs. As you may know, the context-menu option, "Paragraph," which 
takes you to a dialog box that allows the adjustment of different aspects of the text, allows space to be 
added at the beginning of each paragraph, in addition to the end of each. In my many years of typesetting, | 
have rarely ever needed to add spacing before a paragraph, but usually only AFTER each paragraph (and 
rarely ever both before and after). In the realm of module preparation, | feel confident that you will never 
need to add spacing BEFORE any paragraph, but only AFTER, and by the means described in the paragraph 
above, so stick to adding after paragraphs for the time being, and see if you don’t agree with me in the long 
run. 


Spacing at the beginning and end of each topic. In the context of TheWord, by "topic" | mean to refer to 
all the text that appears in any one time in the right-hand panel when clicking on an item in the index panel 
to the left. Now, while it certainly looks nice in print, on paper, to have good margins, or a few extra spaces 
at the top and bottom of a printed page, in our digital modules it is undesirable, and in fact, counter- 
productive. The idea is to read text and avoid scrolling, as much as possible, in order to read more. Every 
blank line of text that you put at the beginning or end of your topic text will require the user to scroll up or 
down just a bit more than he would otherwise, to view the same amount of text. Consequently, it is 
recommended that you begin every topic with text in the very first available space, and that you not leave 
any excess at the end of your topic either. 


Leading. This word is the traditional typographer's term for what others call "spacing between lines of text" 
or "line spacing" (and in this context it is pronounced "ledding".) On a typewriter we used to call it “single- 
spacing” and “double-spacing” and so forth, but on a computer we can fine-tune the spacing more precisely. 
Anyway, while greater leading is said to be easier on the eyes than tight leading, theWord is already 
designed to take that fact into account, so that even with single-spaced leading, the text should be easy to 
read. The additional benefit is that with single-spaced leading you can fit more text into each window, 
requiring less scrolling of the user. The conclusion is that you always use "single-spaced" leading for your 
entire corpus of text. (See before/after screenshots below). 


Betlem e o Aaa” 

Avoid adding this extra space * 

4 àt the beginning of each topic E] 
MADE TEACHERS BY JESUS CHRIST 


Eph. 4:11 
| FOR many months it has been my purpose 
. to speak on this text, but a multitude of 
_ Subjects and objects to be presented, ha 

delayed what was at once a plain duty, and 


to me, a special privilege, namely, that of 
discussing the Bible teacher's work. 


It was a fortunate thing for the ministry of 
the early Church that the cry of the 
neglected widows created the diaconate, 
and thereby gave to succeeding centuries 


ee te had. af asan idha bara hana 


@-~ o *unmueD~ = 

‘Be ajena e joa” 
MADE TEACHERS BY JESUS CHRIST a 

Eph. 4:11 

FOR many months it has been my purpose 

to speak on this text, but a multitude of 

subjects and objects to be presented, have 

delayed what was at once a plain duty, and 


to me, a special privilege, namely, that of 
discussing the Bible teacher's work. 


It was a fortunate thing for the ministry of 
the early Church that the cry of the 
neglected widows created the diaconate, 
and thereby gave to succeeding centuries 
that splendid body of men who have been 
to pastors what Aaron and Hur were to 
Israel's leader. But the Gospel ministry was ` 
again mightily reinforced when the cry of 
Bible-hungry-souls—children, and better- 


Indents and Spacing 


| Tabs | Text Flow | = 
unik Qutine level: 
[E] a = f- Body Text <) 
Left Rigt Center = dusty Indentation, pels 
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Sape Excessive leading requires more scrolling 


Tent ten to te 


tout, Tak Gout tect tant tent 
Tent text bent tent Hert, Tot tent bent tent Sent. Tent tert tent text bent. Tent bent tert Hert tert, Tent bert tent tert 
taut, Tant tant taut taut teat. 


Fast text burt tort Sent. Tort tent Hert tart Hert. Tent ter? tost tert text. F $ r 
tarn Tann tent feet taat fant 


Tant tort teat tent tert Tert tert bert tert dert. Fest tort bert tort tert, Fest tent teat text tert. Fest bert text tert 
tert. Tent tant tent taat tast 
Tart tent bent tent Cent, Tout tent bert text Bert, Test text beat tent Hert, Tent bort text text bert, Test text tort tent 
UOR CTET ETT En 


Tent tent tert tent Cont. Feat text tert tert dart Fest tort tert tent toat. Feat te: 


art be: 
taut. Tort tart tert text tert, 


Topic text is now nice and tight 


MAJUSCULES. Studies show that any text in all capital letters is automatically just a bit harder for people to 
read, especially when the phrases are longer, and especially when used in the body text. When was the last 
time you saw a printed book with the entire body text in capital letters? If the answer is “never,” now you 
know the reason. 


Traditionally majuscules have been reserved only for headlines and other special situations, but not for body 
text. Nevertheless, using “title case” with bold-faced type is probably an even better approach than using all 
capital letters in your headlines. Moreover, the tradition is to have your headlines just a bit larger than the 
body text also, usually by two-point increments (e.g., if the body text is at 10pt type, the section headlines 
might be at 12pt and the main headlines at 14pt or 18pt, depending. Keep that in mind for your tables-of- 
contents, chapter headings, and title pages. 


However, if your original raw text already had lots of capital letters in it, and you are simply trying to format 
it as quickly and easily as possible to make a module, | suggest that you not worry yourself much; make sure 
the body text is in ordinary "sentence case" and leave the headlines as they were; otherwise open up a 
word-processor and use the formatting tools to select your headlines one by one, and apply instantly an 
automatic re-formatting into bold "title case". 


The "about" tab. In the “about” tab of the “module properties” window, | think we should always add a 
quick Wikipedia biography about the author, whenever possible, together with a portrait of the same. In the 
case of modern authors yet unknown on Wikipedia, we can often find such brief biographies, educational 
background information, and photos, on the author's website, or by doing a search online. Below is a 
screenshot of a suggested format. In fact, lately, after composing a brief biography like that, | have been 
saving the text together with the portraits, as a separate document on my computer, in order to reuse it 
whenever | find another module by the same author—including one that someone else created. 


It goes without saying that, in the case of authors still alive, if we take the time to include a brief biography 
and picture, it may also make them feel honored enough to offer additional material and updates, in the 
future. 


7 | Onpersetonsivn | module gropetes 


E 
if 


Lewis Sperry Chafer 

From Wikipedia, the free encyclopedia 

I propose that we always 
include a biography and 
photograph of the author 
whenever possible. 


Lewis Sperry Chafer (February 27, 1871 - August 22, 1952) was an American 
theologian. He founded and served as the first president of Dallas Theological 
Seminary, and was an influential proponent of Christian Dispensationalism in the 
early 20th century 


Biography 


Chafer was born in Rock Creek, Ohio to Thomas and Lomira Chafer and was the 


Du mey eote Mer Gelsg te reed the dost wntocmat 


In the "about" box we should also include somewhere the denominational background about the author 
and any other details that can help us to quickly identify his doctrinal beliefs and affiliations Was he a 


Freewill Baptist? a PCA Presbyterian? an Episcopalian? a charismatic Calvinist? Feel free to elaborate beyond 
these simple labels as well, as sometimes the author has a mixed theology. All of such information helps us 
to understand the setting in which the book was written, and the doctrinal point of view to take into account 
as we read. In many cases, when we see this doctrinal point of view up front, we will immediately know 
whether the work will be of use to us or not, in the particular study that we have at hand, as some 
denominations we consider to be doctrinally sound in one area and weak in others (I will leave that to your 
own judgment). 


Title pages. Some module creators put a scanned image of the cover in place of the title topic text. While 
this is certainly pretty, | am sure that this adds to the overall file size of the document--as graphics always 
do. After installing a few hundred modules like that, the program starts to behave a bit more sluggishly 
when those modules are open and linked to the Bible text. 


While some use graphic images for the title, other module creators attempt to re-create the original title 
page with text, but go to great lengths to make it look exactly as found in the printed book. These look 
wonderful, if the purpose is to create a facsimile. But | don't think that this should be the purpose in 
TheWord. | think that, as long as all the entire original text is present and legible, we ought to keep it 
compact, and easy to use for reading and searching, all without having to do much scrolling. We don't need 
to worry about the original type sizes and the adornments, as they were often just arbitrary decisions made 
by the original printer or publisher; they do not help the text, itself in any way, but may even detract from it. 
Some module creators have stacked the title in 36pt type and the rest, in 12pt, and as a result, one has to 
scroll down just to read the title! As we will not be holding the book in our hands anymore, nor storing it on 
a shelf, but using it practically, for research, for reading, for copying, for pasting, and for searching, the more 
we can format the text for utilitarian rather than aesthetic purposes, the better, but within reason. We can 
make the module attractive in many ways without sacrificing functionality. 


JESUS, 
Pretty? Yes. THE MASTER 
But is it necessary TEACHER 
that the title page by HERMAN HAKBELL HORNE. 
Ph.D. (Harv.) 
bea pertect Professor ot ie kiits of Eduestion 
fac simile? aad he History of Phzlosophy 


New York versity 


We might as well 
just make a nice 
PDF. 


ASSOCIATION PRESS 
New Pork 347 Macsen Arete 
i92 
OPYRIGHT, 1920 
BY THE INTERNATIONAL COMMITTEE 
OF YOUNG MEN'S CHRISTIAN ASSOCIATIONS 


This layout has the same Jesus, the Master Teacher 
text, but get right to the by Herman Hakbell Horne, Ph.D. (Harv.) 


Professor of the History of Education and the History of Philosophy, New York University. 


point, takes up less space, 1942 
requ ires less sc rol ling, etc. Published by Association Press, New York: 347 Madison Avenue 


COPYRIGHT, 1920, BY THE INTERNATIONAL COMMITTEE OF YOUNG MEN'S CHRISTIAN ASSOCIATIONS 


Text colors to use. Personally, | would stick to using only the color black for all text, as the contrast is 
strongest and most legible that way (assuming that the background is of a light color). This is the general 
rule in the printing industry also. 


An exception to the rule would be the case of footnotes. If the raw text came from an OCR scan of a printed 
book, and each footnote appeared at the bottom of the pages in the original, it likely ended up in the 


middle of the text in the digitized result that you are trying to use to make your module (the same may be 
true with page numbers, headers and footers, etc.) It may not be worth your trouble to go through all 500 
pages just to collect all the footnotes and move them to the end of the text, but a work-around solution is 
what Josh Bond did in his College Press [green book] Commentary module; he used black for the main text, 
and gray only for footnotes and other secondary information that appeared after every few paragraphs. In 
other words, he used a color of lesser intensity for remarks of much lesser importance, which produced the 
effect of reminding the reader that those footnotes were not part of the body and could be theoretically 
"skipped over" while reading, so that the reader would not to lose the flow and his train of thought. Josh 
was dealing with thousands of pages of text, so this work-around became all the more important. 


In fact, you may even find some texts online that also use this technique of alternating between black type 
and gray, already formatted nicely. If you copy a text like that as is, and paste it as is into your new module 
window (rather than trying to convert it first in a word processor), TheWord does a fairly good job of 
retaining the original formatting. 


Text colors NOT to use. HYPERLINK BLUE. While you should use only black for your body text, some 
people like to use color for the headlines and titles. While colors may make your module more attractive, let 
us not lay aside the issue of practicality. It is usually not advisable to use standard “medium blue” for any of 
the text in any module, for example, as this color has already been reserved for Bible-reference links, 
hyperlinks, and so forth. By using this color for headlines or key words, you will confuse the reader, making 
him think that those words are linked. By the same token, it is recommend that, in general, you avoid 
underlining text also--and especially colored text--as, these days, the underline often implies that the 
underlined text is linked to something else. 


RED. It is recommended that red-colored type be used, not for aesthetic purposes, nor for variety, but rather 
only for calling attention to highly important information, such as to controversial statements, unusual 
copyright notices, important footnotes or other warnings to the reader of any sort. This is NOT to say that 
we must necessarily use it in such cases, but rather that we at least reserve it only for necessary situations. 
Otherwise, if we use red type aesthetically throughout the module, in headlines and other trivial things, the 
more oblivious the reader will eventually become to our important messages found in other parts of the 
module. If you insist on using red, blue, or any other color for your headlines, always opt for a dark version, 
as this will help avoid confusion, and will keep a strong, legible contrast against any light-colored 
background. Use maroon instead of red; dark blue instead of hyperlink blue, dark brown instead of tan, etc. 
The subtle difference between these colors and the black body text, may even give your module a little more 
class. 


By the way, it would not hurt to remember that, while the authors of some of the finest works online may be 
brilliant theologians, they are not necessarily gifted with typesetting skills. In a sense, we should take the 
liberty of improving and dignifying the visual presentation of their works by simplifying the text to more 
traditional standards, by changing any non-essential text colors to plain black-and-white, by converting the 
silly, flowery, or juvenile typestyles so often used today to more conservative alternatives, and doing 
anything else that we can do to make the work look less like something from a teenager's homemade 
website and more like a professionally-published book. In the long run, the author will appreciate the 
improvement, but the main advantage is that it will help make the module more legible and practical for use 
in TheWord. 


Type size. Note: Costas wisely asks that we keep the body text at 10pt while headlines may be larger. This is 
not a rule, of course, but rather a plea for our cooperation, so that all modules originally open at the same 
size, and create an environment for smoother browsing, searching and reading. Otherwise the user will find 
himself zooming in and zooming out constantly, each time he opens a new user-module with sub-standard 
type sizes. 


Text with embedded links. Oftentimes when we copy text from the Internet, such as from Wikipedia, the 
text comes with lots of embedded links of its own. This can be a blessing or a curse. It's a blessing if you 
want your reader to link to something on the original website, because you do not have to format it, as it is 
already linked. However, it could be a curse if it is a "table of contents" that you pasted into your module as 
an overview to what the module contained; users will eventually click on one of those items, thinking that 
the links are internally linked to the corresponding chapter within the module. To prevent this confusion, | 
suggest that you remove all unused links by selecting the affected text, and then selecting from the context 
menu "hyperlink"--> "delete hyperlink". Also be sure to delete embedded bookmarks that came over in the 
transfer, if they are not meant to be used in within the module. 


Wrapping text to the window. | have recently discovered that inserting graphic images makes it nearly 
impossible for the text to "wrap to window." Some images can be set to automatically adjust to whatever the 
window width happens to be, but many of them simply cannot be tamed. Surely this will be corrected in a 
future version of the program, but meanwhile, it is an undeniable issue. Tables also create the same problem; 
once inserted, the window text no longer wraps. 


This is no big deal for those users who enjoy using low, wide bookview windows, but for the rest of us who 
use tall narrow windows (three per screen, three columns in total), we prefer not to scroll except when 
necessary, in order to concentrate on reading. Therefore, you can do us a favor, not by omitting images and 
tables, but by using them only where needed. In other words, little adornments and dingbats ("printer's 
ornaments") at the top or bottom of any bookview pane, should be omitted, as they will have the adverse 
effect of preventing the text from wrapping to window width for the user. On the other hand, keep the nice 
charts and illustrations, as these have a function and practical purpose. By the way, if you have a table with 
just a few rows, why not consider using tabs with ellipses, instead of a true table? You know: like a typical 
"table of contents" in a printed book? Below is an example of how a simple table can work just as well with 
tabs and ellipses, for the sake of keeping the text flow intact: 


Good kings of Israel... eseeeseeeseeseeeees Figure 10 
Evil kings of ISPael: a scscasssuseientiensciasivaes Figure 20 
Really rotten kings of Israel................. Figure 30 
Beyond-rotten kings of Israel.............. Figure 40 


In conclusion, why use a table to prevent text wrapping when oftentimes a simple tabbed list will suffice? It 
will allow the text to flow more smoothly, and to wrap to the window. 


Justified margins, but not sanctified. The following suggestion may really hurt your feelings. | am 
prepared for the worst. If you had told me, ten years ago, what | am going to tell you now, | surely would 
have argued the point. 


| have worked in the graphic design/printing industry for years, and have always had a fondness for 
"justified margins" (i.e., when the body text is perfectly aligned on both sides of the printed page) When 
using a professional program like Adobe InDesign or Quark Xpress, one can adjust the kerning so that the 
justified margins look natural. Nevertheless, when using a word processor like Word or OpenOffice, kerning 
adjustments are usually not available, so you end up with large gaps between words, just to make the 
margins even--especially when working with narrow columns of text, such as in a newsletter. 


TheWord was not created to be a professional layout program, but a Bible-study program. Text with justified 
margins in a bookview window is therefore usually imperfectly spaced and slightly harder to read than left- 
justified text. If one is to choose function over form, left-justified text is preferred, for the sake of better 
legibility and less strain on the eyes. The jagged edges that result, on the right side of the text, are not really 
an issue, as the text still remains relatively well spaced, within the bookview window. Personally, | wish that 
official premium modules were formatted in this way, as they would be easier to read for everyone. 


With justified 
margins, the edges 
look nicer, but the 
text itself is a bit 
harder to read. The 
wide empty spaces 
don’t help matters. 
Programs with 
microtypographical 
adjustments can 
improve the 
legibility greatly, but 
TheWord does not 
offer such features 
at this time. 
Consequently 
flush-left alignment 
may be preferable 
to justified. 
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Flush-left alignment 
makes the text easier 
to read, but does not 
leave the right edge 
of the text column as 
pretty as justified 
alignment does. Even 
so, while function is 
more important than 
form, and legibility, 
more important than 
beauty, it may be 
preferable to format 
all modules with 
flush-left alignment. 


(For more information about justification, and the problems that it can present, read here: 
https://en.wikipedia.org/wiki/Typograph ... #Justified ) 

Paragraph indentations. Personally, | don't like using a first-line indentations for any paragraph anymore; | 
prefer to use “block style:” increased spacing between paragraphs to show where they begin and where they 
end. Still, the practice of using first-line indentations is not by any means obsolete, as you can see from 
modern printed books. If you want to indent in this traditional way, at least be sure NOT to do it as you used 
to do on a typewriter, but rather, to use TheWord's built-in formatting feature. In other words, do not insert 
four or five blank spaces at the beginning of each paragraph, but rather, select the entire text first, then right 
click, and then from the context menu open the "paragraph" item, to set your indentations globally, and 
modify them as the need arises. 


Outline indentations. Anyone using the Guzik Commentary has already noticed that Guzik’s outline form 
makes the module harder to use. The empty spaces produced by the wide indentations diminish the 
quantity of visible text that can be read and used, requiring additional scrolling. All 969 chapters are like this. 
Meanwhile, other commentaries out there use an outline format but have omitted the indentations. In fact, 
all of the scholarly books that | have from the 1930s and before, followed the practice of using outlines but 
without indentations. 


In the case of TheWord, this practice of omitting the indentations wherever feasible, results in a nice, 
compact text that shows lots of information in the same narrow bookview window, without sacrificing one 
word of the original content. The result is a window with tight text that does not have to be scrolled as 
much. My suggestion is that we follow that principle, as much as possible, in all of our user modules. 
Wherever indentation is absolutely essential to the style of the module, at least reduce the indentation to a 
bare minimum, please. In other words, instead of using five spaces, use just one. This will keep the module 
fairly compact even in narrow bookview windows. 
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1. (Mat 17:1-2) The 
transformation of Jesus 
before His disciples. 


BEFORE 


Now after six days Jesus took 
Peter, James, and John his 
brother, led them up on a high 
mountain by themselves; and 
He was transfigured before 
them. His face shone like the 
sun, and His clothes became as 
white as the light. 
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A Jesus is transfigured. 


1. (Mat 17:1-2) The transformation of Jesus 


before His disciples. AFTER 


Now after six days Jesus took Peter, James, 
and John his brother, led them up on a high 
mountain by themselves; and He was 
transfigured before them. His face shone like 
the sun, and His clothes became as white as 
the light 


a. Jesus took Peter, James, and John: Jesus 
did not invite all the disciples, but only these 
three. Perhaps Jesus did this to prevent the 
account of this amazing miracle being told 
of before the time was right (Mat 17:9). 
Perhaps He did it because these three 
needed a closer eve than the others! 


b. He was transfigured before them: What 
does it mean to be transfigured? The word 
speaks of a transformation, not merely a ` 
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Removing the indentation 
without removing any text 

or outline-labels, makes the 
text more compact, requiring 
less scrolling. 


Colorizing the superfluous 
Bible passages helps the 
reader to quickly distinguish 
between the Bible text and 
the author's comments, 
saving the reader time 


Image resolution. When inserting graphic images into your new user module, | suggest using the minimum 
resolution necessary, all depending on the end purpose of the image. If it is merely a scan of an ancient 
drawing of Bethlehem, for example--not particularly useful in an age where the city has grown and better 
images are available online--| would say to keep the resolution as low as possible to view the image well on 
screen, but not in print. On the other hand, if your image is of a nice chart of the End-Times, or a diagram of 
the Tabernacle, or anything else that the reader would likely want to print or view in great detail, by all 
means, keep the resolution high, but only as high as necessary. The general rule of thumb is 300dpi at the 
desired print size. In other words, if most people would just print it out on a sheet of paper 8.5” x 11” in size, 
set that as your print size before setting 300 dpi as the resolution. 


Grayscale vs. Color. Be careful not to make color scans of colorless images, as this inadvertently increases 
the size of the image file and, consequently, of the module. In other words, if your original image is in black- 
and-white, either scan it as such, or else, after you scan it, convert it to "black-and-white" or "grayscale." You 
can inform your scanner even before scanning, that the final image must be only "black-and-white" or 
"grayscale," thereby reducing the overall file size without sacrificing any quality whatsoever (you scan may 
also go faster). In other words, if you do not check this out beforehand, your scanner will assume that 
everything that you scan will be in color, and will save your image as a color image, although to the naked 
eye, there will be no difference; the scanner will interpret the most subtle shades of gray as light blue or 
beige, thereby doubling the pixel information embedded into the file. If it is a mere line drawing, save it as a 
bit-mapped image, but if it has shades of gray, as a "grayscale". Experiment between these two formats, to 
see which works best. 


On that note, you may have scanned an ancient diagram or document, the paper of which is already 
beginning to yellow. If you look closely, you will see that there is no color in the image itself, but only on the 
paper, and only due to the aging. Who cares about the paper color when the image is what is important? 
Don't scan it in color, but in grayscale mode. Doing so will reduce the size of the file and of the module, 
without diminishing the quality of the image. You may have to increase the brightness and contrast in your 
photo editor, but it will result in a better image. 


Roman numerals. | think that we should convert all Roman numerals (I, Il, Ill, IV, etc.) to Arabic numerals (1, 
2, 3, etc.), but only where convenient to do so. This is especially useful to do in the publication info, so that 
the modern reader does not have to calculate the year of publication, every time he reads it. Also, if your 
book has only ten chapters or so, and each one was originally numbered with Roman numerals, | suggest 
that you convert those to Arabic. If the Roman numerals appear only in the heading of each chapter, | 
suggest that you convert them. At the moment | know of no program that will automatically search-and- 
replace them, but when | hear of one, | will let you know. 


Nevertheless, | am NOT suggesting to go through the text and convert every other instance of Roman 
numerals, such as in the older forms of Bible references (John IIl.xvi), but only in the title page, headlines, 
chapter headings, etc., and only if it is convenient to do so. Incidentally, those Roman numerals are hard for 
TheWord to recognize and to convert into links automatically using "Detect all verse references in viewer" 
from the context menu, so every little bit helps. 


Unorthodox kerning. | have found some headlines in user modules made by others, with one space 
between every letter, such as HERMENEUTICS. I don't know how this happened, whether it was 
intentional or not, or whether it happened when the module was converted from one format to another, but 
| suggest that we not space any words in that way. To set them apart, we should rather use bold-faced type, 
or enlarge the point size of the type, but this kind of strange spacing makes the word itself difficult to re- 
adjust, and makes it IMPOSSIBLE to search for using "Book search view" (unless you just happen to 
remember that the word had all those extra spaces, and you type in the search query accordingly). 


Bible text quotations within a commentary. Many commentaries quote the Bible text before making a 
comment on the passage in question. If the formatting of the quoted Bible passage is the same as that of 
the comment that follows it, it will take the reader just a little bit longer, as he reads through, to distinguish 
the comment from the Bible quote. In other words, as he generally begins reading at the top of the 
commentary window, after reading a few lines he sees that he is inadvertently re-reading the same portion 
of the corresponding Bible passage that he had just read in the Bibleview window. Now he has to continue 
skimming down through that text until he can finally locate the end of the quote and the beginning of the 
commentator's remarks. This happens again, and again, with every chapter, and sometimes with every verse, 
all depending on how the commentary module was formatted. 


My suggestion is that we help the reader by putting the Bible quotation in bold-faced type, perhaps even in 
italics also, perhaps even in colored text, and if possible, that we separate the quotation from the comment, 
such as with a carriage return. This is quite an issue with the current Guzik commentary, as the author 
quotes every passage before commenting on it, and yet there is no distinctive formatting for those 
quotations (although a previous edition of the commentary had those quotations marked in green type, 
which helped). Below is a screenshot from the Clarke commentary, before formatting and after, where the 
quotations are made to appear in bold italics. Another fine example of nice, clear separation using bold 
italics can be found in Costas’ own version of the John Gill Commentary module. There is also a screenshot 
above (in the section on “outline indentations”) of what could be done to the Guzik commentary by using 
only a distinct color to separate the Bible quotations from the commentator's remarks. 
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Verse 3. Thou didst say, Wo is me now!) All 
that were the enemies of Jeremiah became 
his enemies too; and he needed these 
promises of support 


The Lord hath added grief to my sorrow] He 
had mourned for the desolations that were 
coming on his country, and now he mourns 
for the dangers to which he feels his own 
life exposed; for we find, from Jer 36:26, 
that the king had given commandment to 
take both Baruch and Jeremiah, in order 
that they might be put to death at the 


instance of his nobles. B E FO RE 


Thou didst say, Wo is me now! 

All that were the enemies of Jeremiah 
became his enemies too; and he needed 
these promises of support. 


The Lord hath added grief to my sorrow 
He had mourned for the desolations that 
were coming on his country, and now he 
mourns for the dangers to which he feels 
his own life exposed; for we find, from Jer 
36:26, that the king had given 
commandment to take both Baruch and 
Jeremiah, in order that they might be put to 


death at the instance of his nobis FT E R 


Background anomalies. Please remember that not everyone uses a plain-white background for his 
bookview reader (as you can see from the screenshots herein). Consequently, if you copy text from the 
Internet, it may often come accompanied by mysterious "highlighting" or invisible text that may not even 
appear when placed onto a white background--but only rather on a colored background. | have seen this 
often in the text pasted in the "about" tab. | suggest removing the formatting itself from the text, before 
pasting it anywhere, and applying your own preferred formatting after that. 


Placeholder text, invisible hyperlinks, etc. Some module creators have created template modules, in 
which they use white "placeholder" text in the more common topics, which they will later fill with module 
text, as it becomes available. Unfortunately, they never get around to deleting the placeholder text, as they 


assume that it will be invisible to all users anyway. What they fail to take into consideration is when the 
bookview window's background is not white, but light blue, beige, or of any other color, that the placeholder 
text shows up clearly. Consequently, | would just offer a reminder to such people, to remove that text, once 
the module is complete. A nice check-list might be a good way to remember to do all these little things 
before preparing the module for posting. 


Copying and pasting outlined text. When copying outlined information from the Internet, it is common 
for the text to copy well, but the outline labels to disappear altogether in your word processor. (This 
depends on how it was laid out on the source page). | recently discovered that by pasting such problematic 
text directly into the "new user module," rather than into my word processor, the outline labels are basically 
retained. Consequently, if you have any formatting to do after transferring the text, first paste it into the new 
module, then select and re-copy from the new module into clipboard memory (so that the outline labels will 
be copied as well), and then take it all over to your word processor, for the additional formatting. After the 
additional formatting, select and copy that text back into memory, and paste it back into your module. It 
sounds ridiculous, but it works. 


Choice of fonts. Traditionally, printed materials have never used more than two or three typefaces per 
document, and in many cases, only one. For example, when they use only one, they may use Times New 
Roman throughout the body, and Times New Roman Bold for the headlines or chapter headings. If they use 
two typefaces, they may use Times New Roman throughout the body, but Futura Bold for the headlines, for 
example. 


Using only one or two typefaces throughout your module helps your work to look neat, consistent, and 
credible. On the other hand, when one uses more than two or three typefaces in a document, his work 
begins to look disorderly, if not goofy, not unlike the old "ransom notes" made by pasting together letters of 
different styles from different sources. What is worse yet is when the module creator uses one type style for 
one chapter, and another, for the next; or when he uses one style for the headings on one page, but a 
different style for the headings on the next. The point here is to be consistent. 


Also, as legibility is an important issue when preparing material for reading and studying, we should never 
use cursive or flowery fonts (such as Edwardian Script), nor juvenile styles (such as Comic Sans), as they are 
simply harder to read. Save your flowery fonts for your wedding invitations, and your juvenile fonts for your 
children’s handcrafts. Costas recommends using Tahoma for all modules, and | think that this is a good 
compromise. 


Recommended Software for Creating, Formatting, and Converting Modules 


E-mail stripper is a free program that eliminates 90% of formatting anomalies that are often embedded in 
the text that is copied from the Internet. Better yet, as you know, sometimes the text copied from a PDF or 
HTML does not even merge all the lines of a given paragraph, but leaves the right end of each line 
"hanging," requiring many manual adjustments. While there may be a better way to fix that than what | 
know of, E-mail stripper seems to remove all those "forced returns" without merging the selected paragraph 
with those above it and below it! | had been looking for years, for a program that would do that. So far, it 
has worked! (Note: the stripper program window has no button for "clearing" the current window content; 
you must simply paste onto whatever is already in the window and the previous text will be removed 
automatically; then, of course, you click "paste" and then "copy" to copy the new raw text back onto your 
clipboard. Your paragraph markers will not be removed, keeping the paragraphs separated always, 
apparently.) Download here: http://www.papercut.com/emailStripper.htm 


Jarte is another free program which works as a good substitute for "Word Pad" or "Write", and often retains 
the formatting when copying back and forth from the module window. What is better, it has only two useful 
search-and-replace functions that you will not find in many other programs: namely, you can use meta- 


characters as your search criteria (like{c}for "hard or soft return") to search and replace excess spacing 
between paragraphs! | typically perform a function like "Please search for {c}{c} and replace with {c}" as this 
will keep your paragraphs intact while removing all "double-spaces" between them. (If you have four blank 
lines anywhere in the document, you could then repeat the same operation a second time. Remember as | 
mentioned above, | recommend eliminating all spaces altogether from between your paragraphs--but 
without merging the paragraphs--and that you use instead "paragraph formatting" from the context menu 
within TW to create global separations with just a few clicks). Also, with Jarte you can also search and replace 
or eliminate any and all excess tabs using a similar operation (hidden behind the gear-wheel icon). 
Sometimes | have 1,000 pages of text in which every paragraph begins, not with a tabbed indentation, but 
with a five-space indentation. | simply type five blank spaces into my "search" window and none into my 
"replace" window, and hit "replace all." In this way | can instantly fix the problem throughout all 1,000 pages 
of text with one click. Download the free program here http://www.jarte.com/download.html 


For other search-and-replace options, | am still on a quest for the ideal program. | have my eyes ona 
commercial program called Text Pipe, but so far, | have no information about all that it does. The process is 
often referred to as "text manipulation." Many programs may be useless in general, but offer a few unique 
features regarding text manipulation that others do not offer. Consequently, | never discard any one 
program too hastily; each one can be useful for one operation or another. While preparing modules, | use 
Jarte only for those two operations mentioned above (deleting all tabs or excess carriage returns). 


OpenOffice Writer is a free program comparable to Microsoft Word, WordPerfect, and other word 
processors. It is very useful for some of the more complex text manipulation that you may do in the 
preparation of a module, but if you already have Microsoft Word or WordPerfect, those will perform the 
same tricks. (The only advantage to OpenOffice is that it is free). An example of more advanced 
manipulation would be the using of styles, for example: finding any centered paragraph of text that uses 
green, bold, italic Times New Roman, and replacing it with left-justified, black, plain text in the Arial 
typestyle, all in just a few clicks. As mentioned above, you can also use this program to change the "case" of 
any text, from “all caps" to "title case" or to "sentence case" or to "lowercase," for example, to alphabetize 
lists of information (using the "sort" command), to create tables, or more often, to remove existing tables 
and convert the content into ordinary text; in fact, sometimes all you want is the 300 lines of text from one 
column in a table that you found online; in such a case you can paste the table into OpenOffice, remove the 
undesired columns, and then convert the remaining column into plain text. Download the free program 
here: http://www.openoffice.org/download/ Be sure to download the "alternative find-and-replace" plug-in 
for OpenOffice, separately: http://extensions.openoffice.org/en/pro ... -altsearch 


Adobe Indesign or Quark Xpress These are expensive programs used for professional typesetting, but they 
have features for even more complex text manipulation than what was mentioned above. Personally | 
recommend the "story editor" in Indesign and whatever they call it in Quark Xpress. Both programs cost 
upwards of $300 each, | believe, but you may find an older second-hand edition for about $100, if you think 
you need it. Microsoft Publisher seems to be a simplified imitation of both of these programs--just to give 
you an idea--but the general principles are the same. Any version of Indesign will have the features | 
mentioned. 


Calibre is a wonderful free program that Josh Bond introduced me to, and it is also free of charge. This 
program does many things, but the part that | most like is converting e-books that you may find online 
(such as PDFs) into ordinary text files (such as TXT), so that they can more easily be converted into modules. 
You can convert from any of the following source formats: AZW, AZW3, AZW4, CBZ, CBR, CBC, CHM, DJVU, 
DOCX, EPUB, FB2, HTML, HTMLZ, LIT, LRF, MOBI, ODT, PDF, PRC, PDB, PML, RB, RTF, SNB, TCR, TXT, TXTZ You 
can export your file into any of the following formats for the output: AZW3, EPUB, DOCX, FB2, HTMLZ, OEB, 
LIT, LRF, MOBI, PDB, PMLZ, RB, PDF, RTF, SNB, TCR, TXT, TXTZ, ZIP. Best of all, the program that does all this is 


free. Download it here: http://calibre-ebook.com/download 


GIMP 2.8. For your graphics editing and photo re-touching, for preparing charts and diagrams, don't spend 
money on Photoshop, but rather, download the free, sophisticated photo-editor called GIMP 2.8 which does 
most of what Photoshop does, but for free! Download it here: https://www.gimp.org/downloads/ | spent 
many weeks comparing all the free photo editors available, and this was, by far, the best compromise 
between ease of use and function. 


PhotoFiltre 6.5.3 is another photo editor, more limited than GIMP but much easier to use. If you intend only 
the simplest re-touching, or you have never done much re-touching in general and are afraid to get in over 


your head, you may prefer the simplicity of PhotoFiltre. Download it here: http://photofiltre.free.fr/utils/ pf- 
setup-en-653.exe 


TextBridgePro If you are going to scan printed pages and convert them to digital text for the purpose of 
making new modules, you need some type of O.C.R. software (= Optical Character Recognition software). | 
used to use a commercial program called TextBridgePro, but it has been years, and the technology and 
quality of the results may have improved since then. In fact, there are surely better programs by now. There 
are a few free programs on the Internet that use the same old OCR engine as TextBridgePro but with a 
different "front-end" and interface. You may not have realized it, but, many scanners come with light 
versions of even better programs, so you may want to check to see whether you already have an OCR 
program included with your scanner, which would likely be found on your installation disc. 


Abbyy Finereader. If you want the very best O.C.R. software, Brother Josh Bond recommends "Abbyy 
Finereader," but apparently it comes at a price of about $170. http://www.abbyy.com/finereader/professional/. 
| don't have the names handy of the freeware that does this, so please search online, in the meantime. 


SQLite RegExer 2.3 Raymond Barone was so kind as to develop and provide for us a program called SQLite 
RegExer 2.3, which can be used to perform Regular Expression find and replace on un-encrypted e-Sword 
and theWord modules. It can also be helpful for making GLOBAL changes to existing modules, or for re- 
formatting them, such as increasing the font size for all chapters globally, even if they have already been 
divided into 100 separate topics and subtopics. Note: you have to decompress the module and convert it to 
RTF before using this program. 


To quote Raymond, other features include the following: 

1- Increase or decrease the font size in the whole module using the "RTF Text Resize" button: 
2- View and edit any table in the module: 

3- View and edit the content of any item in the table: 

4- Search for a regular expression in any column in a specific table in the file: 

5- Compact the database or drop a table: 

6- Execute a non-query SQLite statement: 


Raymond provides links to the older version as well as the new, so just download the new version, 2.3 here: 
Non-programmers, fear not, as he also offers detailed instructions. Download the program, read the 
information, and send Raymond a "thank you" here: http://www.biblesupport.com/e-sword-dow ... e-regexer/ 


Thanks to JG (Jon) for this great tip. 


TW Importer tool. This small program is a creation of Costas Stergiou, the creator of theWord. It is used to 
convert existing modules for other Bible-study programs, into TheWord format. This program and other 
utilities like it, can be downloaded here: http://www.theword.net/index.php?articl ... &l=english. 


E-Sword Tool Tip Tool NT. Brent Hildebrand created a very popular program for creating modules, not for 
theWord but for E-Sword. The program is called E-Sword Tool Tip Tool NT. People rave about it. You can use 
it to do things for module preparation that you may not be able to do with other programs, and then 
convert your finished product using the TW Importer tool mentioned above. (But consider saving a copy of 
your E-Sword version first, to share with E-Sword users, before proceeding to convert it into TW format, as 
there does not seem to be any way of converting in reverse) Josh Bond has created a quick link for 
downloading E-Sword Tool Tip Tool NT here: http://goo.gl/93EDr Josh also provided a link to the manual for 
that program, available here http://www.biblesupport.com/e-sword-dow ... n-1052013/ For a nice, general 


introduction to the program, see Dr. Dave Thomason's website here: 
http://www.doctordavet.com/t3instructions.html 


Duplicate Lines Remover | have discovered a free program that simply goes through any text document 
and removes any duplicate lines of text. How nice! This can be a useful step toward preparing the text to 
later become a module, especially if you just copied long lists from different sources and compiled them 
into one long list to use in a module; you may easily have duplicates there, and this program will remove 
them. It is called "Duplicate Lines Remover" available here: http://www.softpedia.com/get/ Office-too ... 
over.shtml It can also alphabetize your lists before removing the duplicates. 


